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AFFIDAVIT UNDER 37 CFR § 1.131 

Commissioner for Patents 
P.O. Box 1450 
Alexandria, VA 22313-1450 

Dear Sir: 

We, Michel Shane Simpson, Brett Dee Garrett, Nathan Blaine Jensen, and William 
Donald Peterson, HI, do hereby declare and say: 

1 . That we are named co-inventors in the above-identified patent application. 

2. That we are famihar with the prosecution of this application, and understand 
that clanns 21-30 and 32-40 are pendmg, claims 21-25, 26-29, and 3 1-41 (of which clahns 
31 and 41 have been canceled) were rejected as bemg obviously unpatentable over U.S. 
Patent No. 5,758,343 to Vigil (hereinafter "Vigil") in view of U.S. Patent PubUcation No. 
2002/0032775 to Venkataramaiah et al. (heremafter "Venkataramaiah"), and claims 26 and 
30 were rejected as obvious in view of the Vigil and Venkataramaiah combination, in further 
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Appl. Ser. No. 09/943,786 

Affidavit Under 37 CFR 1,131 

Reply to Final Office Action dated Jaauarv 1 1. 2008 

view of U.S. Patent Publicatioii No. 2006/0129652 to Peti-ovskaya. 

3. That Venkatai-amaiah was filed on August 28, 2001 and published on March 
14, 2002, and that the Venkataramaiah reference relates to "transmitting and retrieving data 
via a distributed persistence framework." Venkataramaiah Title. 

4. That prior to August 28, 2001, the effective filing date of Venlcataiamaiali, the 
invention described and claimed in the pending application was completed by us and/or 
under our direction in the United States. 

5. That prior to August 28, 2001, which is three days before the filing date of the 
pending application, we completed or had completed under our direction: a) on a computer, 
a directory shell with an administrator utility and a directory browser, b) enabling the 
administrator utility to associate, such as with a table, dkectory classes of two or more 
disparate directories into a single user-searchable category, such as by way of mapping a 
categoiy attribute of the single user-searchable category to one or more class attributes of the 
directory class, c) from the directory browser, enabling direct searching of the directory 
classes of the two or more disparate directories with a single query of the single user- 
searchable category, and d) displaying search results of the single query, such as on a panel 
of the directory browser; which establishes conception and reduction to practice of the 
invention claimed in this application and that such conception and reduction to practice is 
evidenced by Exliibits A, B, and C, whereia they include: 
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Appl. Ser. No. 09/943,786 

AfSdavit Under 37 CFR 1.131 

Reply to Fiaal OfBce Action dated January 1 1. 2008 

A. Atwopage invention disclosure (labeled IDR-530), with various dates and 
name infoniiatioii redacted, submitted to the Novell, Inc. (Assignee of die entire right, tide 
and interest) Invention disclosure committee, whereby the title and attendant written 
description indicates, among other things in the paragraph numbered 4: 

1) a "DirectoryScheme architecture ... to facilitate permanent attribute/class groupings 
and subsequent lookup" and "Durectory Scheme objects" as representatively found ui claims 
21-30 and 32-40; 

2) "treating [the] objects as one andrendering the designated attributes togedier in one 
convenient search" as representatively found in claims 21, 25, 28, 29, 32, and 37; 

3) Including, the "administtator now [haviug] the ability to group objects together in 
an Objects cheme to meet his exact needs," as representatively found in claims 21-30 and 32- 
40; 

4) Each "DirectoryScheme object (one per defined dh-ectoiy) will house Admin- 
defmed ObjectScheme tables, which, in turn, will house all correspondmg AttributeScheme 
objects" with an "ObjectScheme" consistiag of "Schema class names, an ObjectScheme 
keyname and a superset of aU class attributes contained therein le [sic] A "USER" object 
scheme for NDS could mclude the following classes, but not be limited to: InetOrgPerson 
and Person;" 

5) An "attribute table lookup for the chent ... [in] a singleton class;" 
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Appl. Sen No. 09/943,786 

Affidavit Under 37 CFR 1.131 

Reply to Finaj 0£5ce Action dated January 11. 2008 

6) "API's" as representatively found in claims 23, 26, 30, and 32; 

7) "Directory attribute settings" and "AttributeScheme objects" as representatively 
found in claims 25 and 29; and 

8) "Admin-defined ObjectScheme tables" as representatively found in claims 27 and 

32; 

B. A one page email, with various dates and name information redacted, 
submitting the invention disclosure of Exhibit A to the Novell, Inc. invention disclosure 
committee, and including the description of Exhibit A; and 

C. A two page email, with various dates and name kifonnation redacted, 
acknowledging the receipt of the invention disclosure of Exhibit A by the NoveU, Inc. 
invention disclosure coniniittee. 

6. That Exhibits A, B , and C mdividually and/or collectively indicate conception 
and reduction to practice of the present invention prior to the effective date of 
Venlcataiamaiah. 

7. The undersigned further declares that all statements made herein of his own 
Icnowledge are true and that all statements made on information and belief are believed to be 
true; and further than these statements were made with the knowledge that v/illful false 
statements and the tilce so made and punishable by fine or imprisonment, or both, under 
Section 1 001 of Titie 1 S of the United States Code and that such willful false statements may 
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jeopardize the validity of lie application or any patent issuing therefrom. 



Date 




Michel Shane Siinpson 




Brett Dee Gaixctt 



Date 



Nathan Blaine Jensen 



William Donald Peterson, El 
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Appl. Scr. No. 09/943.786 
Affidavit Undca- 37 CFR 1.131 

p„p 1V hnT^inal nffiee Action dtiti-rt Iflpiin ry 11,300^ 



jeopardize the vaUdity cf the application or any patent issuing therefrom. 



~ Michel Shane Simpson 

I Brett Dee; Gaiiett 



Nathan Blaine Jensen 



William DonaM Peterson, Ht 



AppL Ser. No. 09/943,785 

Affidavit Under 37 CFR 1.131 

Reply to Final OfSoe Acrion dated Janunrv 1 K 2QQ8 

jeopardize the validity of the applicatioa or any patent issuing therefrom. 



Michel Shane Simpson 



Date Brett Dee-Gmrett 



Date Natii'an Blaine Jenseg/,,/^ 



William Donald Peterson, EH 
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Appl. Ser, No. 09/S43.7fi6 
Affidavit Under 37 CFR 1.131 

jaeplv to FiOHl OfRce Act ion dated January 1 1. 300& 



jeopardize the validity of the application or any patent issuing therefrom. 



Michel Siiane Simpson 



Brett Dee Garrett 



Nathan Blaine Jensen 



Date 



William Donald Petersoii, lH 



Page 5 of 5 



EXHIBIT A 



NOVELL PATENT PROGRAM INVENTION DISCLOSURE 



E-msil your completed 



form and any attachments to PATENT PROGRA M. You'll hear from us within a couple of days. If you 
don't, sametliing went wrong and you should calianHMIillVHIKo straighten it out. 

Novell's Inventions Committee looks forward to reviewing ALL submitted invention disciosures and plans 
to review yours at our meeting in the middle of next month. If you plan to publicly disclose the invention 
before then, please call^Hpand she'!! move it up in the queue. Thanlc you for helping to protect Novel! s 
intellectual property I 

For more infomiation on how the Patent Program works and to picic out the Novell Patent shirt that you 
want, see our website on the Innenwebl 

1 . Whati's the name of your invention? 

DIRECTORYSCHEME TECHNOLOGY 

2. Who has been involved in creating the invenUon and what did they contribute? What group ^re they in 
and who Is their managergliHaifcBBiBliBDBBrtBMBBHiWMBi^WHBB^MP 

MIhe Simpson: DEsigner, author 

Brett Garrett: Feadback, custamer needs review 

Nate Jansan: Code/Design revlai,v/Admin code Implefnenlatlan 

Will Peterson: Dynamic web content, XSL Implementatlan 

We ail work [or the eGulde team. 

James Whitchurch Is ths director ever this team, 

3. Does Novell plan lo use this inventian in a product, pursue the invention in a standards body, or 
publish an article about it? IdenBfy the product, standards organization, or publication. If you don t 
f<now. Just say what you think Novell should do with it. 

Net Directory. We are using this technDloEY Willi eGulde to group LDAP classes/attribute Infomistion. The concept is 
to treat the grouping of multiple oblects and corresponding attriljutes as one, 

4. What is the purpose of your invention? What problem were you trying to solve when you developed 
this invention? Specift^ the pieces of your invention that are original and new (thus, patentable). How 
does your invention worlt? Diagrams and flowcharts go along way toward helping us quickly 
understand your invention, so be sure to Include some, 

DirectoryScheme Architecture OvErview 

Since eGuide has a requirement to support multiple directories on the back-end simultaneously, the DirectoryScheme 
archltEcture has bean developed to (acilitate permanent attribute/class groupings and subsequent lookup. 

Ail Directory attribute settings CAdmln-defined and Schema Iniormatlon) wiil ultimately reside in the tap-ieuei 
DirectoryScheme Dbject. Each DirectoryScheme oblect [ohe per defined directory) will house Admin-deflned 
DbjectScheme tables, which. In turn, will house all corresponding AttributeScheme objects. 

An OblociSchame will consist of a colieclion of Schema class names, an ObiectScheme keyname and a superset of all 
class attributes contained therein, le. A "USER" object scheme (or NDS could include the following classes, but not be 
limited to: InetOrBParson and Person. Through the DirectoryScheme API's the Administrator can dynamicBlly add or 
remove any additional OhjectSchamB classes to a DirectoryScheme, which, in turn, would dynamically creats/uprfate 
Us Internal table of all related AttributeScheme objects. Which can later be accessed (or fBading/modKlcalion. Also, 
the Administrator, through ObjectSchEmB API's, can dynamically add or remove class definitions to an existine 
^^i^^^eme or can create new ObiBctSchemes to meet his own defined needE. Class manipulation of 



1 



OblGctSchemES will also dynamically update ihe internal table of flttribuleSchemes to reflect new changes, 

This DlrectarySchame architecture, for example, pravldts the abilily lo pariarm a search on a Pf ^"^^^ P/'"'^' 
simultaneously, in effect, treating ttiese obiects as one and rendenng the deslsnafced atfributes together m one 
cnnvenient search. The administralnr now has the ability to graup any Objects together In an OhiectScheme tQ meet 
his.exaijt needs. ..,1 ■ • 'j-' ' ' 

Ultimately, attribute table lookup lor the client will occur w.ijh a singleton class: Schemer. ObjectScheme obfects will 
be relerenced by KeyName, which Is required during cTeallori'. AttrlbuteSchem^ access can be f'^'^^^P^^ ^^^J^Xn^^ 
KeyName or Schema attribute name. Since eGuide requires a Keyl^ame (or each attribute due to supporting mult pie 
DirEctories with uarylng syntax, a client request coming in with the cDrresponding DirectorylD and ObjectScheme ID 
can easily be serviced through the following syntax: 

Sctiemer.getln5tance0.getDirectovSchemeCDIrecfory.uid).EetOblectScheme(Oblectuld).ptA^ 

ME"). Once this AttributeScheme object has basn retrlewEd, any contained Schama/Admin Setbngs attribute criteria 

can easily he extracted/modified Ihrouah the AttributeScheme API's.. 

, If you are aware of others in the industry who have attempted to solve this problem before, 
describe why your solution is better than tlieirs (don't be modestly. eGuIde 1.5 does not support this 
(unctbnallty. We are not awara of any other product ttiat provides this 'ObJectSchame" functionality. 



EXHIBIT B 



To:'" BreEt Garrett; Mike Simpson; Nate Jensen; Will Peterson 

Subject: IDR'530: DIRECTORY SCHEME TECHNOLOGY 

Privileged and Confidential 

RE: lDR-530: DIRECTORYSCHEWIE TECHNOLOGY 
Hi Mike. Brett, WI1!, and Nate; 

Ttiank you for submitting your invention disclosure. It lias been assigned the reference number tDR-530: 
DfRECTORYSCHEME TECHNOLOGY. 

The Inventions Committee should review your IDR at ttieir meeting !n4Bfr"nless necessaiy to do so 
sooner, and you will ba contacted once a decision has been reached, (approximately the nrst weeK In 

Each IDR su bmitted entitles you to BHBBMBBB^^MMggHlllW^^^^g M^P 

We have 6 different shirts to choose from: a white polo {in XXL only), Steel blue polo (no picture), a leal 
polo, a maroon polo, a long sleeved sage rugby (In XL only), and a long sleeved denim shirt; or we also 
have navy blue hats. You can view the shirts on our web site at: 

httD://innerweb.novell.com/arouD5/ieqal/Patent Site/Patent Recognition/patent rec oqnitfon.htmi 
If you have any questions, please let me know, 
Thank youll 




Noveunncl^n^eading provider of Net services software. 
www.novell.com 

This e-mail message may contain confidential and privileged material for the sole use of the Intended 
recipients. Review, disseminaiion, or other use by anyone else Is strictly prohibited. If you are not an 
Intended recipient, please contact the sender and delete all copies. 
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EXHIBIT C 



<nobody@novell.coin> 



Date: 
Subject: 



NAME= Mike Simpson 

EMAIL= misimpsan@novell.conn 

INVEi^TiONNAME= DireclorySciieme technology 

CONTRIBUTE_MANAGER= Mike Simpson: Designer, author 

Brett Garrett: Feedback, customer needs review 

Nate Jensen: Code/Design review/Admin code implementation 

Will Peterson: Dynamic web content, XSL Implementation 

We all work for the eGuide team. 

James Whitchurch Is the director over this team. „ . , n,n □ 

NOVELLSPIJ\NS= Net Directory. We are using this technology with eGulde to group LDAP 
classes/attribute information. The concept is to treat the grouping of multiple objects and corresponding 
attributes as one. 

PURPOSE= DirecloryScheme Architecture Overview 

Since eGulde has a requirement to support multiple directories on the bacl(-end simullaneousiy, the 
DirecloryScheme architecture has been developed to facilitate permanent attribute/class groupings and 
subsequent lookup. 

All Directory attribute settings (Admin-defined and Schema information) wlil ultimately reside in the 
top-level DirectoryScheme object. Each DirecloryScheme object (one per defined directory) will house 
Admin-defined ObJectScheme tables, which, in turn, will house all con-espondlng AttributeScheme objects. 
An ObJectScheme will consist of a collection of Schema class names, an ObJectScheme iteynarrie arid a 
superset of all class attributes contained therein, le. A"USER" object scheme forNDS could include the 
following classes, but not be limited to: InetOrgPerson and Person. Through the DirectoryScheme API s 
the Administrator can dynamically add or remove any additional ObJectScheme classes to a 
DirecloryScheme, which, in turn, would dynamically create/update its internal table of all related 
AttributeScheme objects, which can later be accessed for reading/modification. Also, the Administraior, 
through ObJectScheme API's, can dynamically add or remove class definitions to an existing 
ObJectScheme or can create new ObjectSchemes to meet his own defined needs. Class manipulation of 
ObJectSchemes will also dynamically update the Intemal table of AttributeSchemes to reflect new 
changes. 

This DirectoryScheme architeclure. for example, provides the ability to perform a search on a person and 
a printer simultaneously, in effect, treating these objects as one and rendering the designated attributes 
together in one convenient search. The administrator now has the ability to group any objects together In 
an ObJectScheme to meet his exact needs. 

Ultimately, attribute table lookup for the client wiii occur with a singleton class: Schemer. ObJectScheme 
objects will be referenced by KeyName, which is required during creation. AtlrlbuleScheme access can be 
accomplished through KeyName or Schema attribute name. Since eGulde requires a KeyName for each 
attribute due to supporting mulUpIe Directories with varying syntax, a client request coming in with the 
con-esponding DirectorylD and ObJectSchemelD can easily be serviced through the foilawing syntax: 
Schemer.getlnslance().getDirectoryScheme{Dlrectory.u[d).ge(ObjectScheme(ObjBct.uid).gBtAttnl3UleByKe 
yC'LASTNAfulE"). Once this AttributeScheme object has been retrieved, any contained Schema/Admin 
Settings attribute criteria can easily be extracted/modified through the AttributeScheme API's. 

BETTERSOLUTION= eGuide 1 .5 does not support this functionality. We are not aware of any other 
product that provides this "ObJectScheme" functionality. 
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FDrmsButton1= Submit 



